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AMENDMENTS TO THE SPECIFICATION 



Please amend the paragraph beginning at page 13, line 27 as follows: 



The Transaction Repository 460 175 is one of the key elements of the system and 



method of the present invention. As previously described, electronic data concerning 
transactions which was previously captured at the back office 170 using expensive, time 
consuming and error prone processes and equipment is now captured by the tellers at the time 
of the transaction, imported and stored in the Transaction Repository 460 175 . The 
Transaction Repository 460 175 provides the primary data storage, indexing and retrieval 
services for the present invention. This Transaction Repository 460 175 provides for 
concurrent data storage, indexing, and retrieval by the other modules and processes described 
herein. 



Each transaction resident in the Transaction Repository 460 175 is indexed at least 
by the MICR data provided by the teller MICR swiping process. The transactions are 
preferably further indexed by the Branch, Teller and Batch (group 1, 2 or 3) in order that the 
other modules of the system can quickly locate and access the transaction data. As previously 
described, transactions are passed from Import 165 via an application program interface (API) 
to the Transaction Repository 175. The transactions stored in the Transaction Repository 
175 include: Financial transactions (Group 2 Deposit Tickets and associated checks and Group 
3 payment, sales, or cashed checks, that have been MICR Swiped by the Teller); Archive Only 
transactions (Group 1 transactions); and All Items Only transaction (non paper transactions). 



Please amend the paragraph beginning at page 14, line 8 as follows: 
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Please amend the paragraph beginning at page 16 y line 25 as follows: 



As previously described with respect to the prior art system of Fig. 1 , the first 
process undertaken at the back office 170 of the present invention is to capture both images of 
the paper 10 (front and back) and the MICR data contained on the paper 10. As with the 
prior art, CPCS Prime Capture 15 accomplishes both of these functions using conventional 
image enabled sorters, optical readers and MICR readers. The image data of the two sides of 
each of the papers 10 is stored in an image archive database 20, while the MICR data read 
from the paper is stored in a CPCS database 25. This is where the similarity to the prior art 
systems and methods ends. As previously described, the prior art system of Fig. 1 employed: a 
Character Recognition Engine 30 to analyze the captured images in order to determine the 
amount of the transaction; a MICRline Data Completion module to [NOTE to inventors, 
what does (did) this module do?] ; and if either of the automated processes failed to capture 
the amount of the transaction, an operator would have had to manually read the image of the 
check from the image database 20 and input the amount into the transaction record contained 
in the CPCS database (module 40). 
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